Has anyone attempted reading the output from a Mitutoyo caliper's data
port with input pins on a KFlop?

I was planning on building something using an embedded pic and feeding
it via USB to my custom CNC app. Then I realized that I still have lots
of io pins on the KFlop and started thinking about using them to read
the serial stream from the Mit with a KFlop C loop that could then be
checked by my CNC app. Anyone tried this or have any thought on why it
might not work?

I'm not attempting to use the Mit as an encoder-type device, I merely
want to be able to integrate it's output into my app for
display/recording purposes during measurements.


sam marrocco | chief technical officer
ringside.cutters.flavor.picnic.moonlink

248 548 2500 w
248 910 3344 c

ringsidecreative.com

<http://ringsidecreative.com/>

Hi Sam,

I found this:

http://www.pcbheaven.com/exppages/files/digitalcaliperprotocol_1261070533_mitutoyo_digimatic.pdf

which seems to indicate when requested the device will send out a 13x4bit sequence (52 bits) based on a clock that is high for a minimum 100us and low for 100us.  Another article I found said the timing would be between 150us and 250us each state.

It looks like a sample could be obtained about every 250us x 2 x 52 = 26ms

KFLOP has a call back function that can result in a callback to your code ever servo sample time (90us).  I'd suggest coding a callback function to simply monitor the clock and capture a data bit every falling clock edge for the 52 bits.  A User Program could then process the data bits into the format you need.

Let me know if this makes sense.

Regards
TK

 

Has anyone attempted reading the output from a Mitutoyo caliper's data
port with input pins on a KFlop?

I was planning on building something using an embedded pic and feeding
it via USB to my custom CNC app. Then I realized that I still have lots
of io pins on the KFlop and started thinking about using them to read
the serial stream from the Mit with a KFlop C loop that could then be
checked by my CNC app. Anyone tried this or have any thought on why it
might not work?

I'm not attempting to use the Mit as an encoder-type device, I merely
want to be able to integrate it's output into my app for
display/recording purposes during measurements.

sam marrocco | chief technical officer
ringside.cutters.flavor.picnic.moonlink

248 548 2500 w
248 910 3344 c

ringsidecreative.com

<http://ringsidecreative.com/>

 

Hi Sam,

I found this:

http://www.pcbheaven.com/exppages/files/digitalcaliperprotocol_1261070533_mitutoyo_digimatic.pdf

which seems to indicate when requested the device will send out a 13x4bit sequence (52 bits) based on a clock that is high for a minimum 100us and low for 100us.  Another article I found said the timing would be between 150us and 250us each state.

It looks like a sample could be obtained about every 250us x 2 x 52 = 26ms

KFLOP has a call back function that can result in a callback to your code ever servo sample time (90us).  I'd suggest coding a callback function to simply monitor the clock and capture a data bit every falling clock edge for the 52 bits.  A User Program could then process the data bits into the format you need.

Let me know if this makes sense.

It does make sense.....right now I need to explore each of the potential caliper's protocols/syntax. Crazy thing is, the determining factor will not be the complexity of the protocol, nor the caliper--it looks like it will be the ridiculous price of the caliper's cable/interface! A couple of hundred bucks for a custom (of course) connector.

There are a couple of wireless calipers out there now--I need to check if you require their custom box for receiving or if any wi-fi capable chip/computer can read them.

Thanks for the link!

sam marrocco | chief technical officer
ringside.cutters.flavor.picnic.moonlink

248 548 2500 w
248 910 3344 c

ringsidecreative.com